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FIELD OF THE INVENTION 

The present invention generally relates to systems for the creation of graphical 
user interfaces, and more particularly, to systems and techniques which provide a 
development environment for the creation graphical objects used in graphical user 
5 interfaces. 



BACKGROUND OF THE INVENTION 

Many modern computerized devices include an implementation of software 
and/or hardware that operates to provide a graphical user interface (GUI) that allows a 
10 human user to interact with and use the functionality of such computerized devices. By 
way of example, the majority of personal computers and workstations in use today are 

controlled via a graphical windowing interface or similar environment that is typically 

CO 

if! part of the operating system the execute to control these computer systems. As another 

*L a example, a handheld computing device such as a palm-top personal digital assistant 

CP 1 5 (PDA) provide a fairly simple windowing interface providing a user touch pad access to 
(8 

3 functions of the device. In both cases, the windowing interface provides a fairly 

"J consistent set of features and windowed views that allows a user to operate different 



If* 



software applications in a consistent manner. 
^ As a specific example of this consistency, most graphical user interfaces provide 

20 the ability for a user to operate a software application within a window that the operating 
system displays on an output device, such as an LCD display or screen that is part of the 
computer system, when the user invokes the software application. The window typically 
provides four sides that may be resizable to allow a user of the software application to 
alter the screen size of the window. The window may also include such features as 
25 horizontal and vertical scrollbars allowing the user of the software application to scroll 
information (e.g., the contents of the software application) up and down or left and right 
within the window. The window may also provide one or more pull-down menus that the 
user may select with an input device such as a mouse, which causes the menu to expose a 
number of menu choices for selection by the user. The window may further include a 
30 title bar that displays a heading or a title for the software application or operating system 
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fiinction that is performing within the window. The title bar might be a standardized 
feature in all window constructs and might include one or more operable buttons or icons 
that allow a user to minimize or maximize the view of the window and its entire contents. 
Other standard window features may exist as well. 
5 Generally, the features or "constructs" that make up a window appear the same or 

quite similar for each different software application that operates on the computer system. 
Differences from one window to another might include the addition or removal of certain 
constructs which may or may not be needed in a particular window. For example, if a 
user sizes a window appropriately, there may be no need to display a horizontal scrollbar 
1 0 construct in the window since the user can completely view the contents of the window in 

0 the horizontal direction. As another example, some windows might include different 

?p pull-down menu constructs as opposed to others, depending upon the functionality that a 

H! software application provides within the window. Generally however, the same 

\li constructs associated with one window, such as scroll bars, pull down menus, resizable 

.ess, 

't\l 15 window edges, title bars, and the like operate and appear the same in other windows. 

1 This is because developers of software applications use a common set of prepackaged or 
in "canned" constructs that completely encapsulate the functionality of, for example, a 

f horizontal scroll bar. Graphical user interface developers thus purposefully intend for the 
Q operation of window constructs to be the same from one application to another in order to 

20 provide a consistent "look and feel" for operation of the graphical user interface. 

Graphical user interface system developers have supplied software application 
developers with graphical user interface "toolkits" for use in the creation of windowed 
software applications. Such toolkits provide a standard set or palette of constructs, 
sometimes called a "widget library." A widget library is basically a set of predefined 
25 objects containing construct definitions from which a graphical user interface designer 
can select for use in the creation and implementation of graphical user interface-based 
software applications. For example, a toolkit might provide menu and scrollbar widget 
libraries for selecting different types of menu constructs (pull-down, cascading, etc.) and 
scrollbar constructs (horizontal and vertical) for use in an application. A software 
30 developer can incorporate widget objects into the software application under 
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development in order to provide the graphical user interface operations for the 
application. 

A single widget object for a particular window construct, such as a scrollbar 
widget object, defines the complete "look and feel" or view of the scrollbar construct 
5 during operation and also defines all aspects of the operation and event handling 

characteristics for the scrollbar. In other words, a scrollbar widget defines the complete 
context for how an application renders and operates a scrollbar construct based on the 
scrollbar widget. A single scrollbar widget encapsulates all functionality related to 
scrollbar event interception, delivery and processing functionality, as well as scrollbar 
1 0 layout and view management functionality which the scrollbar construct provides during 
O user operation of the scrollbar in the application in which the scroll bar is incorporated. 

ft% Other widgets for different constructs encapsulate all of this information as well for those 

:<} constructs. 

tf a 

%PJ Examples of commercially available graphical user interface development 

1 5 platforms (e.g., toolkits) which provide various types of widget libraries include the 
* "Abstract Windowing Toolkit" (AWT), "Javabeans", "Swing", and others. A brief 

(n discussion of these toolkits and their associated features can be found in the provisional 

fgn patent application from which the present application claims the benefit of the filing date 

□ and which is incorporated by reference above. Generally, graphical user interface-based 

20 software applications which software developers create with such toolkits are intended to 
conform to a Write Once Run Anywhere (WORA) paradigm which attempts to allow the 
applications to appear and operate consistently from one computing platform (e.g., a 
personal computer or workstation) to another (e.g., a handheld computing device). 
Aside from toolkits, other window-based software application development 
25 environments provide other techniques in which a window can be enabled with constructs 
such as scrollbars, menus, and the like. For example, in an operating system such one of 
the Microsoft Windows series of operating systems (Windows 95, 98, 2000, NT and CE, 
which are each trademarks of Microsoft Corporation), manufactured by Microsoft 
Corporation of Redmond, Washington, USA, a software application can provide a 
30 window with a scrollbar by invoking an operating system function call to create a 
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window with a scrollbar parameter or flag set to true. The scroll bar parameter causes the 
window to be rendered with the appropriate scroll bar. The create window system call 
can include other parameters that may be set or unset to specify what other standard 
constructs can be included in the window as well. For example, parameters can be 
5 provided to include a title bar, various menus, and the like. 

SUMMARY OF THE INVENTION 

Conventional solutions for the development of graphical user interfaces and the 
windowing constructs used therein suffer from a variety of deficiencies. In particular, 
1 0 conventional graphical user interface development systems attempt to provide a complete 
f * % set of services in the form of widget libraries for the creation of graphical user interfaces 

S$ for operation on various types of computing platforms. However, many computing 

tii 

|r 1 platforms have inherent physical limitations or differences such as limited memory sizes 

as. or screen (i.e., display) real estate that make the use of conventional widget libraries 

\y 

Cm 1 5 cumbersome and efficient on all types of computing platforms. 

Cii 

* " As an example, consider the processing and display resource differences between 

hi a personal computer or workstation computing platform versus a handheld computing 

If! 

k* device such as a personal digital assistant (PDA). A software application developed, for 

74 example, in Java for a desktop or stationary computing platform such as a workstation 

20 may include pre-packaged constructs selected from a Java development toolkit. The Java 
application constructs will attempt to operate the same on both the desktop and the 
handheld computing devices, regardless of the changes in processing, display or memory 
requirements that differ between such computing platforms. As a specific example, a 
horizontal scrollbar will appear as a horizontal scrollbar no matter which computing 
25 platform that construct is operated upon. This can be problematic in a computing 

platform such as a handheld computing device (e.g., a PDA or cell phone) in which the 
LCD display size is minimal and the screen real estate occupied by a horizontal scrollbar 
may be more appropriate for displaying other aspects of the application. 

A conventional approach to solving this type of problem is to create a new widget 
30 for a new type of construct in the widget library. The new widget can define all of the 
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properties, operational requirements, event handling characteristics, layout management 
and the "look and feel" aspects for the new displayable interface construct which can 
serve a function or need that is similar to the horizontal scroll bar, but by taking up less 
screen real estate. However, creation of new constructs from scratch is an involved 
5 process that requires intricate programming skills. Also, by creating such new constructs, 
the windowing toolkits and development environments including the widget libraries 
become quite large themselves. Furthermore, as more and more constructs are embedded 
into a software application, that application grows in size. 

Moreover, conventional toolkits that provide prepackaged windowing constructs 
1 0 also suffer in that applications that incorporate such constructs rely heavily on native 
windowing support offered by the computing platforms on which they will operate. For 

%[j instance, due to the complexity of operation of individual constructs such as menus, 

CO 

I fi scrollbars, and other constructs, these types of conventional constructs depend heavily on 

the ability of the computing platform or operating system to provide certain event 

ill 1 5 handling features and image or window rendering capabilities. Since such conventional 

CO 

constructs encapsulate all of the functionality and layout management techniques 
required for that constructs complete operation, certain of these constructs may utilize 

in 

very complex event management and layout facilities that are tightly tied to operating 
)[\ system support for a given computing platform. The result is that the conventional 

N 20 "bulky" construct is often limited to being incorporated into applications designed for 

specific computing platforms, but that will not function properly on others having limited 
underlying native support for the required features. As a result of this problem, the Write 
Once Run Anywhere paradigm is eroded and the construct is no longer reusable on all 
computing platforms. As such, if the same application is to be ported to a computing 
25 platform that does not have the underlying required native support, then an entirely new 
construct must be developed. 

In contrast, the present invention can significantly overcome deficiencies and 
problems that can arise in the use of pre-package constructs found in conventional 
interface definition environments (e.g., toolkits). In particular, embodiments of the 
30 present invention provide an architecture for the creation of complex windowing 
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constructs using combinations of four fundamental types of basic constructor objects to 
which different defined personalities may be applied depending upon the circumstances 
in which the complex construct is to operate. Each type of basic constructor object 
defines a specific fundamental or basic operation that is generally common to many types 
5 of windowing constructs. The four basic constructor object types provided according to 
embodiments of the invention from which combinations of basic constructor objects may 
be instantiated to form complex constructs include a button object type, a file object type, 
an edit object type and a container object type. Embodiments of the invention are based 
in part on the observation, which will be explained in more detail, that most functional 
10 windowing construct operations can be broken down into a combination of one or more 
of these four fundamental or basic operations: button operations, edit operations, dial 



CO operations and container operations 



As such, in embodiments of the invention, a button object provides specific button 

St, 

functionality related to notification of a change to a selection state maintained by the 

a. 5 : 

£0 15 button object upon receiving input. A dial object provides dial functionality that includes 
p a selection of a value from a range of possible values. An edit object provides specific 

- 1 functionality to a complex construct to receive data for editing, to store data, and to 

Ifi provide access to the data within the complex construct. A container object, when 

included in a complex construct, provides parenting functionality, layout management 
20 functionality and event interception functionality for the complex construct. By 

providing these basic constructor types for use in developing complex constructs such as, 
for example, scroll bars, menus and the like, the invention separates basic operations 
from the more complicated interrelationships and visual representations of these basic 
operations. 

25 To provide the more complicated interrelationships and visual representation of 

these basic functional elements, embodiments of the invention allow assignment of one 
or more personalities to the basic constructor objects which make up the complex 
construct. Personalities are essentially objects (e.g., based on personality classes) that 
contain extensions to basic constructor characteristics associated with the basic 

30 constructor objects. In other words, a basic constructor object defines a set of respective 
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fundamental or basic constructor characteristics including a simple event handling 
framework dedicated to supplying methods and event handling processing associated 
with that type of basic constructor object. A specific personality applied to such a basic 
constructor object extends this basic operation by providing a visual representation and 
5 additional functional operations, such as more complex event handling, to allow the basic 
constructor object to be "molded" into use for a particular circumstance. 

By way of example, the basic constructor characteristics of a button object define 
basic event handling functionality to respond to specific user input by rendering itself 
either armed or unarmed and to generate very specific and limited events when the state 
10 of the button object changes. A personality applied to this button object can define the 
specific "look and feel" of the button, such as making the button look like a switch, and 
can further extend the event capabilities of the button object, to supply, as an example 
|f j only, events indicating how long (e.g., how many seconds) a button (e.g., the switch) has 

I S3 

H] been armed. Another personality might supply a completely different look and feel to the 

P 1 5 same button object. Embodiments of the invention can allow for the modification of 
personalities applied to basic constructor objects to augment or morph a complex 
construct from one state to another depending upon different operational requirements or 
y? environments. 

f*l In particular, the system of the invention provides method embodiments which 

H 20 include a method for composing a complex construct for use on a graphical display of a 
computerized device. This method embodiment comprises the steps of receiving a 
selection of basic constructor objects for use in the complex object. The selection of 
basic constructor objects is chosen from a set of basic constructor object types including a 
button object type, a dial object type, an edit object type, and a container object type, and 
25 each of the basic constructor object types defines respective basic constructor 

characteristics. The method also receives a selection of at least one personality to assign 
to at least one of the basic constructor objects chosen from the selection of basic 
constructor object types. The selection of at least one personality is chosen from a set of 
personality types that define extensions to basic constructor characteristics associated 
30 with basic constructor object types. The method also combines the selection of basic 
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constructor objects with the selection of at least one personality to form a first complex 
construct and operates the first complex construct on the graphical display according to a 
first operation state defined by the basic constructor characteristics associated with the 
basic constructor objects in the first complex construct and by the personalities assigned 
5 to the basic constructor objects in the complex construct which define extensions to the 
basic constructor characteristics. 

Another embodiment of the invention includes the steps of receiving a 
modification to the selection of a personality assigned to at least one of the basic 
constructor objects in the first complex construct and in response to receiving the 
10 modification, transforming the first complex construct having the first operational state to 
a second complex construct having a second operational state. This embodiment thus 

Hi? 

CO allows a complex construct to be transformed by the application of different personalities. 

■in 

i ll Another embodiment operates the first complex construct to receive input 

5$ indicating that the first complex object is to transform itself into a second complex 

Sm 

f 0 1 5 construct by substituting a view, defined by the at least one personality assigned to one of 

the basic constructor objects in the first complex construct, with a new view defined by 
Wl the modification received to the selection of one of the at least one personality. In this 

jjB33 

U! manner, different personalities produce different views of the same basic constructor 

objects. This allows for the creation of new complex constructs without have to create 
20 new widgets from scratch. 

In another embodiment, the step of receiving a selection of at least one 
personality includes the steps of receiving a selection of specific event handling 
functionality that is to be enabled for that personality in relation to a basic constructor 
object to which that personality is assigned. The method also receives a selection of 
25 specific views which that personality provides to that basic constructor object when 

rendered on the graphical display of the computerized device. Thus the user can modify 
a personality by choosing different personality views and the objects to which that 
personality are assigned are modified accordingly in the complex construct. 

In one embodiment, each basic constructor object is an instantiation of a basic 
30 constructor class that defines the basic constructor characteristics which provide specific 



n 

TBS? 

H j 
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functionality including an event handling framework dedicated to supplying methods and 
event handling processing associated with that basic constructor class. Thus each basic 
constructor object only needs to define the fundamental operations common to all 
different forms of the same basic constructor object types, such as the functions common 
5 to all button, edits, dials and containers. 

In another embodiment, each basic constructor object has an associated set of 
applicable personalities, and each applicable personality defines an extended set of event 
listeners that are specific to the basic constructor objects to which those personalities are 
applicable. These personalities also extend the event management functionality provided 
1 0 by the basic constructor characteristics of the basic constructor type from which that 
O basic constructor object is instantiated. 

In another embodiment, each applicable personality for a basic constructor object 

H! further defines a stock view for the basic constructor object when rendered on the 

yi 



graphical display of the computerized device. The stock view thus defines how that 
1 5 personality will make an object to which it is applied appear on a display of a 



computerized device. 
In one embodi 

button constructor objects combine with respective scroll bar button personalities, a basic 



a 

ha? 

iff In one embodiment, the complex construct is a scroll bar including two basic 

h 

in 

O dial constructor object combine with a respective scroll bar dial personality, and a basic 

jjsBS 

20 container constructor object combine with a respective scroll bar container personality. 



According to a different method embodiment, a method is provided for 
transforming complex constructs for use in a graphical interface environment. This 
method embodiment comprises the steps of defining a first complex construct to include 
at least one of a basic dial constructor object, a basic edit constructor object, a basic 

25 button constructor object, and/or a basic container constructor object, in combination 

with at least one personality. The method then receives a modification to the at least one 
personality and transforms the first complex construct to a second complex construct 
according to the modification to the personality. 

In a variation of this embodiment, the step of receiving a modification receives 

30 the modification in real time from an application that includes the first complex construct 
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such that the first complex construct is transformed by the step of transforming in real- 
time to produce the second complex construct. This allows complex construct transforms 
to take place when application, for example, are transferred form one computer system to 
another, such as by being downloaded or otherwise transferred. 
5 Other embodiments of the invention include a computerized device, such as a 

computer system, workstation, handheld or laptop computer, software development 
workstation or other computer device configured to process all of the aforementioned 
method operations disclosed herein as embodiments of the invention. In such 
embodiments, the computer system includes a display, an interface (one or more), a 
10 memory system, a processor and an interconnection mechanism connecting the display, 
the interface(s), the processor and the memory system. In such embodiments, the 

memory system is encoded with a constructor application that when performed on the 

SO 

If! processor, produces a constructor process that causes the computer system to perform all 



of the method embodiments and operations explained herein as embodiments of the 



01 

0' 1 5 invention. In other words, a computer that is programmed to operate as explained herein 

CO " 

I is considered an embodiment of the invention. 

if 5 -} 

?:! Other arrangements of embodiments of the invention that are disclosed herein 

M include software programs to perform the method embodiment steps and operations 

s =s 

• 3 3 

summarized above and disclosed in detail below. More particularly, a computer program 
20 product is disclosed which has a computer-readable medium including computer program 
logic encoded thereon that, when executed on at least one processor with a computing 
system, causes the processor to perform the operations (e.g., the methods) indicated 
herein as embodiments of the invention. Such arrangements of the invention are typically 
provided as software, code and/or other data (e.g., data structures) arranged or encoded 
25 on a computer readable medium such as an optical medium (e.g., CD-ROM), floppy or 
hard disk or other a medium such as firmware or microcode in one or more ROM or 
RAM or PROM chips or as an Application Specific Integrated Circuit (ASIC). The 
software or firmware or other such configurations can be installed onto a computer 
system to cause the computer system to perform the techniques explained herein as 
30 embodiments of the invention. 
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It is to be understood that the system of the invention can be embodied strictly as 
a software program, as software and hardware, or as hardware alone. Example 
embodiments of the invention may be implemented within computer systems, computer 
program products and software applications manufactured by Sun Microsystems of 
5 Mountain View, California, USA. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages of the invention will be 
apparent from the following more particular description of preferred embodiments of the 
10 invention, as illustrated in the accompanying drawings and figures in which like 
O reference characters refer to the same parts throughout the different views. The drawings 

pj are not necessarily to scale, with emphasis instead being placed upon illustrating the 

?== embodiments, principles and concepts of the invention. 

Jjj Figure 1 illustrates an example computing system environment including a 

Co 15 constructor application and constructor process configured in accordance with 
L embodiments of the invention. 

Ul Figure 2 is a flow chart of processing steps performed by a constructor application 

\n and process configured according to embodiments of the invention. 

p Figure 3 illustrates an example architecture and data flow diagram showing a 

20 process of creating a complex construct in accordance with one embodiment of the 
invention. 

Figure 4 shows an example of the contents of button, dial, edit and container 
object types configured in accordance with one embodiment of the invention. 

Figure 5 shows an example of the contents of button, dial, edit and container 
25 personality types configured in accordance with one embodiment of the invention. 

Figure 6 illustrates an example of the operation of an embodiment of the 
invention in which a scrollbar complex construct composed of object types and 
personality types and is transformed into a knob-type complex construct via personality 
modifications. 
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Figure 7 illustrates another example of the operation of an embodiment of the 
invention in which a scrollbar complex construct is transformed into a second type of 
scrollbar complex construct via a modification of a personality. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

Embodiments of the invention provide mechanisms and techniques for composing 
complex constructs, such as windowing constructs used in a graphical user interface 
environment, from a combination of instantiations of four base classes of objects, called 
basic constructor objects, and from personalities assigned to those basic constructor 
objects. Each different type of basic constructor object defines a respective basic 
fundamental operation that can occurs within a complex construct. The four basic 
constructor object types operate as building blocks for complex constructs and include a 
button object type, a file object type, an edit object type and a container object type. By 
combining instantiations of these basic constructor object types and by selecting and 
assigning personalities to the basic constructor objects, complex constructs can be formed 
of an almost limitless variety. As an example that will be explained in more detail, a 
scroll bar construct may be created with a container object, two button objects and a dial 
object and an assignment of a scroll bar personality (e.g., horizontal scroll bar) to each of 
these objects. 

In addition, embodiments of the invention allow a first complex construct, such as 
scroll bar complex construct, to be transformed into a second (i.e., another) complex 
construct, such as a knob selector, by allowing modification(s) to be made to the 
personality(s) assigned to one of more of the basic constructor objects that make up the 
first complex object. This allows a second complex construct to be derived based on a 
first complex construct without the requirement to develop a new widget or class for the 
second complex construct. By transforming or morphing complex constructs from one 
set of personalities to another, the complex constructs can adapt themselves to their 
operational environments on an as needed basis. 

In embodiments of the invention, a button object provides specific functionality 
related to notification of a change to a selection state maintained by the button object 
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upon receiving input, for example, from a user. A dial object provides specific 
functionality related to selection of a value from a range of possible values. An edit 
object provides specific functionality related to a complex construct to i) receive data for 
editing, ii) to store data, and iii) to provide access to data within the complex construct. 
A container object, when included in a complex construct, provides one or more 
functionalities such as i) parenting functionality, ii) layout management functionality and 
iii) event interception functionality for the complex construct. Using these basic 
functional breakdowns in combination with each other, embodiments of the invention can 
create complex constructs that collectively provide the operational capabilities of the 
general functions provided by conventional pre-packaged constructs such as scroll bars, 
menus, and the like. However, unlike conventional constructs, complex constructs 
created according to embodiments of the invention can be transformed, via personality 
modification(s), into new complex constructs which are beneficial in a variety of 
circumstances. 

Figure 1 illustrates an example architecture of the computer system 110 such as a 
software or graphical user interface development station configured according to an 
example embodiment of the invention. The computer system 110 may be any type of 
computerized device such as a personal computer, workstation, portable computing 
device (e.g., laptop or handheld computer) or the like. The computer system 1 10 includes 
an interconnection mechanism 1 1 1 (e.g., a bus and/or circuitry) which couples a memory 
system 1 12 (e.g., random access memory (RAM) and/or read only memory (ROM)), a 
processor 113 (e.g., a microprocessor or central processing unit), an input/output 
interface 114 (e.g., device port(s)) and a communications interface 115 (e.g., modem or 
network interface). The input/output interface 1 14 allows peripheral devices to be 
connected to the computer system 110. In this example, coupled to the input output 
interface 1 14 and operating as part of the computer system 1 10, are a peripheral input 
device 116 such as a mouse or keyboard and a peripheral output device 1 17 such as a 
computer monitor or screen which includes a display 130 upon which the computer 
system 1 10 can render or otherwise display visual images such as a graphical user 
interface 150 for viewing by a user (not shown). The communications interface 115 
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allows the computer system 1 10 to communicate with other computer systems (not 
shown) that operate within the network 101. 

The memory system 1 12 is encoded with a constructor application 120-1 . The 
constructor application 120-1 is software code, data, data structures, classes, and/or logic 
instructions that embody the processing functionality and software embodiments of the 
invention. The processor 113 can access the memory system 1 12 via the interconnection 
mechanism 1 1 1 in order to launch, run, execute, interpret or otherwise perform the logic 
instructions of the constructor application 120-1 in order to produce the constructor 
process 120-2. In other words, the constructor process 120-2 represents one or more 
portions of the constructor application 120-1 (or the entire application 120-1) performing 
within or upon the processor 1 13 in the computer system 1 10. 

It is to be understood that embodiments of the invention include the constructor 
application 120-1 (i.e., the un-executed or non-performing logic instructions and/or data) 
encoded within a computer readable medium such as a floppy disk, hard disk or in an 
optical medium (such disk mediums not shown), or in firmware or, in this example, as 
executable code within the memory system 1 12 (e.g., within RAM). It is also to be 
understood that other embodiments of the invention comprise the constructor application 
120-1 operating within the processor 1 13 as the constructor process 120-2. While not 
shown in this example, those skilled in the art will understand that the computer system 
1 10 may include other processes and/or components, such as an operating system and a 
software application under development (into which a complex construct of this 
invention is to be incorporated), which have been left out of this illustration for ease of 
description of the invention. 

Directing attention now to the graphical user interface 150, generally, a user can 
use the input device 1 16 to control an input selector 103 such as a mouse pointer to direct 
the constructor process 120-2 to provide the graphical, user interface 150. This allows the 
user to create one or more complex constructs 280 (only one shown in this example) for 
use in an interface (not specifically the graphical user interface 150) of a software 
application (not specifically shown) under development by the user. To do so, the 
constructor process 120-2 allows the user to select a from a variety (four in preferred 
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embodiments of the invention) of basic constructor object types 250 (251 through 254) to 
instantiate a set of basic constructor objects 255 (256 through 259). In addition, a user 
can select one or more personalities 265 (266 through 269) from a set of available 
personality types 260 (261 through 264) and can associate (shown by the vertical arrows) 
5 the set of selected personalities 265 to one or more of the set of selected basic constructor 
objects 255. The constructor process 120-2 can then combine the selected basic 
constructor objects 255 with the selected personalities 265 to create the complex 
construct 280, which is a scroll bar in this example. 

Specifically, in this simple example, the constructor process 120-2 creates the left 
10 arrow 106 of the scrollbar 280 from the combination of the personality 266, which may 
t-S be a button personality that describes a layout (e.g., view on the display 130) and event 

10 functionality (e.g., operation) for a left arrow as used within a horizontal scrollbar, as 

applied to the basic constructor object 256, which may be a button object in this example 
providing basic fundamental button functionality. In a similar manner, the constructor 
ro 1 5 process 1 20-2 creates the right arrow 1 07 of the scrollbar 280 from the combination of 
? the personality 267, which may be another button personality that describes a general 

U'l layout and event functionality for a right arrow used in a horizontal scrollbar, as applied 

3 . 

to the basic constructor object 257, which may be a button object in this example. In 



3 55 
If | 

In 

if* 
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*3 addition, the constructor process 120-2 creates the slider 108 in the scrollbar 280 from the 

20 combination of the personality 268, which may be a dial personality that describes 

general layout and event functionality for a horizontal scrollbar slider, as applied to the 
basic constructor object 258, which may be a dial object in this example. Finally, the 
constructor process 120-2 creates the surrounding perimeter 109 of the scrollbar 280 from 
the combination of the personality 269, which may be a container personality that 

25 describes a general layout and event functionality for the horizontal scroll bar perimeter 
and the interrelationships between child objects that are related to a horizontal scrollbar, 
as applied to the basic constructor object 259, which may be a container object in this 
example that serves as the parent object to the buttons 256, 257 and the slider 258. In 
other words, the container object 259 may be inherit, as child classes, the button objects 

30 106 and 107 and the dial object 108. In this manner, the constructor process 120-2 ties 
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together the relationships between the basic constructor objects 252 and their applicable 
personalities 254 to create the complex horizontal scrollbar construct 280. More specific 
details of the operation of embodiments of invention will be provided next with respect to 
the processing operations in Figure 2. 
5 Figure 2 shows the processing steps as performed according to a constructor 

process 122 configured according to one embodiment of the invention to develop 
complex constructs 280 such as the scrollbar in Figure 1. Complex objects 280 
developed according to this process may be used for interface development in windowing 
or other graphical computing or device environments. 
10 In step 300, the constructor process 122 provides a set of basic constructor object 

types 250 which may be selected (e.g., by a user or by an automated process such as a 
protocol, as will be explained later) for use in creating (e.g., instantiating) basic 
constructor objects 255 used in composing a complex construct 280. In preferred 
embodiments of the invention, there are four basic constructor object types 251 through 
15 254 through, such as classes (e.g. Java classes), from which the constructor process 120-2 
can instantiate four different types of basic constructor objects. The four basic 
constructor object types 25 1 through 254 included in embodiments of the invention 



J* include a button object 25 1 , a dial object 252, an edit object 253 and a container object 

Q 254. 

* * 20 Each of the basic constructor object types 25 1 through 254 (i.e., each class) 

defines basic constructor characteristics associated with (i.e., that are incorporated into or 
inherited by) the respective basic constructor objects of that type (i.e., instantiated there 
from). In other words, each basic constructor object 252 is an instantiation of a 
respective basic constructor class 250 that defines certain basic constructor characteristics 

25 for that object. The basic constructor characteristics for a particular basic constructor 
object 252 provide specific functionality for that object including an event handling 
framework dedicated to supplying methods and event handling processing associated 
with that basic constructor class 250. Specific layout functionality is not however 
included in the basic constructor characteristics for a particular basic constructor object 

30 252. 
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In the example in Figure 1, the button object 256 is instantiation of the button 
object constructor class 251 which contains or defines event handling methods and 
operational functionality for the generic operation of a button on a graphical user 
interface. Such functionality might include, for example, functionality to provide 
notification of a change to a selection state maintained by the button object 256 upon 
receiving input from an input device such as the mouse 116 (Figure 1). Generally then, 
the four basic constructor object types 250 contain definitions of methods and functional 
operations for the generic basic constructor objects which each type defines. 
Specifically, the dial object type 252 provides selection functionality to select a value 
from a range of possible values. The edit object type 253 (which is not instantiated as an 
object within the example complex construct 280 in Figure 1) provides functionality to 
receive data for editing, to store data, and to provide other access to data within a 
complex construct 280. The container object type 254 provides basic parenting 
functionality, basic layout management (e.g., for child objects) functionality and event 
interception functionality for the complex construct 280. 

Returning attention now to the flow chart of processing steps in Figure 2, in step 
301, the constructor process 120-2 receives, for use in composing the complex object 
280, a selection of basic constructor objects 255 from the set of basic constructor object 
types 250. 

Next, in step 302, the constructor process 122 provides a set of personality types 
260 identifying personalities providing extensions to the basic constructor characteristics 
of the set of basic constructor object types 250. In one embodiment, the personalities 260 
are class definitions which provide extensions to the functionality and default layout of 
basic constructor objects 255 instantiated from the basic constructor object types 250. 
Certain personalities 260 may be applicable to certain basic constructor object types 250 
and not to others. In other words, each basic constructor object 255 has an associated set 
of applicable personalities 260. Each applicable personality 260 defines an extended set 
of event listeners that provide specific event functionality for a certain purpose for those 
basic constructor objects 255 to which that personality is applied. The personalities 260 
thus extend the event management functionality provided by the basic constructor 
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characteristics of the basic constructor type 250 from which that basic constructor object 
255 is instantiated. The extensions result in an object having a specific layout, operation 
and functionality, as opposed to the basic constructor characteristics that provide only the 
fundamental or generic object function with no specific view or layout. 

As an example, a button object 256 may have a variety of different personalities 
260 that may be applied in order to cause the genericaliy functioning button object 256 to 
render itself as a specific type of button and to operate in various ways on the display 130 
within a graphical user interface of a software application that uses a complex construct 
280 containing that button object. One personality applied to a button object 256 may 
cause the button object to appear as a round button and may cause the button to operate in 
a first manner (e.g., requiring a click-and-hold operation to activate the button), whereas 
a different personality will cause the same button object to appear and to operate 
differently. 

As will be explained shortly, personalities 260 can be modified in both real time 
and non-real time in order to transform or morph the functionality, layout and view of a 
particular object from a first state to a second state. In this manner, the architecture of 
embodiments of the invention allows complex constructs 280 to be transformed by 
simply modifying personalities assigned to basic constructor objects 255 that make up the 
complex construct 280, without having to define an entire new construct. Thus a subtle 
change required to a complex construct can be achieved by modifying the personalities 
related only to the relevant basic constructor objects that require the change. Other 
personalities of other basic constructor objects in that complex object which do not need 
to change appearance or operation can remain with the same assignment of their original 
personality. 

, Returning attention to the processing steps in Figure 2, in step 303, the 

constructor process 120-2 receives a selection of at least one personality 260 to assign to 
at least one of the basic constructor objects 256 through 259 that exist within the 
selection of basic constructor objects 255. As noted above, it may be the case that a 
distinct respective personality 266 through 269 is assigned to each respective basic 
constructor object 256 through 259 (i.e., one to one). Alternatively, in other 
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embodiments of the invention, a generic personality (not specifically shown) can be 
applied to the entire selection 255 of basic constructor objects to provide each with a 
preset look and feel and operation. 

Next, in step 304, the constructor process 120-2 combines the selection of basic 
5 constructor objects 255 with the selection of at least one personality 265 to form a first 
complex construct 280. According to one embodiment of the invention then, the 
processing of steps 300 through 304 operate to allow the creation of complex constructs 
280 in which specific personalities 260 are applied to generic fundamental windowing 
operations defined by each of the four basic constructor object types 250. In this manner, 
1 0 the system of the invention allows for the creation of extremely robust complex 
p constructs 280 that can implement most any kind of window construct or application 

functionality. Essentially, the architecture of this example embodiment of the invention 

Cf I divides out or separates simple basic functionality (as contained in the basic constructor 

If! 

•^S objects) from visual presentation and complex event handling operations (as contained in 

!~ 15 the personalities). 

W 

3 The remaining processing steps 305 through 307 in Figure 2 illustrates additional 

y i functionality of other embodiments of the invention. 

J* Specifically, in step 305, the computer system 110 operates the first complex 

y i 

O construct 280 on a graphical display 130 of the computer system 110 according to a first 

* B * 20 operation state defined by the basic constructor characteristics associated with the basic 
constructor objects 255 in a first complex construct 280 and by the personalities 265 
assigned to the basic constructor objects 255 in the first complex construct 280. 

Accordingly, the processing steps 305 includes the operation of a complex 
construct 280, such as, for example, the horizontal scrollbar illustrated in Figure 1, within 
25 a software application (not specifically shown) performing (e.g., executing, running, 
being interpreted, or otherwise operating) on the computer system 1 10. That is, the 
processing steps 300 through 304 operate an embodiment to create the complex construct 
280 and processing step 305 represents an embodiment that includes the operation of that 
complex construct 280 within a user created software application. 
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It may be the case that many complex constructs 280 are created according to 
many different iterations of steps 300 through 304, and then, the complex constructs 280 
are interrelated to each other in an upper layer of software which serves a graphical user 
interface within a software application developed by a user of the computer system 1 10. 
5 That is, a typical complex construct 280 created according to the techniques of the 

invention as previously explained can be used as a sub-part or component within window 
or other entity that operates in an application created from a graphical user interface 
development environment. In the example of Figure 1, the horizontal scrollbar complex 
component 280 can be incorporated into windowing interfaces that require the use of 
10 such a feature. 

Steps 306 and 307 represent operation of another embodiment of the invention. 

In step 306, an entity such as the constructor process 120-2 in the example configuration 

CO 

iff Figure 1 receives a modification to the selection of at least one of the personalities 265 

assigned to the basic constructor objects 255 in the first complex construct 280. 
I* 1 5 Next, in step 307, in response to receiving the modification, the entity (the 

constructor process 120-2 in this example) transforms the first complex construct 280 
having a first operational state into a second complex construct (not shown in Figure 1) 
M having a second operational state. In other words, the embodiment represented by steps 

If! 

}4 306 and 307 operates to receive a change or modification to the selection of personalities 

^ 20 265 which were previously assigned (in step 303 in the former embodiment) to the 

selected basic constructor objects 255. In response, in step 307, by changing one or more 
of the personalities 265 assigned to the objects 255, the constructor process 120-2 (in this 
example) morphs or transforms the complex construct 280 originally formed by the 
combination of personalities 265 and objects 255 into another complex construct 280 that 
25 might have, for example, a different appearance and/or a different operation. In this 
manner, operation of this embodiment of the invention allows a user of the constructor 
process 120-2, or alternatively, a software application itself in which the complex 
construct 280 is embedded, to make changes to one or more the personalities 265 which 
results in a new complex construct to be created for use in a new context. 



cr 
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In one embodiment of the invention, the constructor process 120-2 operates steps 
306 and 307 in Figure 2 in order to receive the personality modification(s) (step 306) 
from a user during development of another (e.g., a second) version of a software 
application that includes the first complex construct 280. As a result of the modifications 
5 to the personalities 265 (e.g., a selection of one or more new personalities, or, receiving 
modifications to existing selected personalities), the constructor process 120-2 creates a 
second new complex construct (e.g., 280-2, not shown in Figure 1) for use by the 
application and thus provides for a second version of the software application that 
embodies that second new complex construct. 
1 0 It might be the case, for example, that the first version of a software application 

ri created by a user operates the scrollbar complex construct 280 illustrated in Figure 1 and 

is intended for use on computing platforms such as a desktop personal computer or 

1" workstation. However, after development of such a software application using the 

if! 

u c l scrollbar complex construct 280, it might further be the case that the developer of the 

J! * 1 5 software application is required to port, copy, download or otherwise transfer the same 

* software application to a different computing platform (e.g., to a handheld device such as 

p| a cell phone or a personal digital assistant computing device) for operation of the same 

^ software application on that new platform. The second computing platform might 

13 contain different processing or application execution environment resources than the first 

3 eh 

f " 20 computing platform (e.g., a small LCD screen as opposed to a large computer display). 

As such, the user of the constructor process 120-2 of the invention can alter or select new 
personalities 265 to modify the scroll bar complex construct 280 into a slightly different 
type of complex construct that provide the same output to the application (e.g., scrolling 
through data) but does so using a different layout or view (examples of which will be 

25 described later). Perhaps the second scrollbar complex construct takes up less screen real 
estate than the first scrollbar complex construct 280, or it may be different in other ways 
as well (both functionally and visually). 

As a result of this process, the user of the constructor process 120-2 generates a 
new version of the software application that generally operates the same (i.e., provides 

30 the same general functionality) but that contains the second and more compact scrollbar 
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complex construct 280. When the second version of the software application is 
performed on the second computing platform (i.e., the handheld device) having less 
screen real estate, the second scrollbar complex construct operates to produce the same 
functional output as the first complex construct 280, but does so using less screen real 
5 estate. 

This simple example illustrates the power of embodiments of the invention to 
easily modify, transform or morph complex constructs 280 without requiring significant 
rewriting of software applications and without requiring development from scratch of 
new complex constructs embodied in widget libraries to serve new requirements or 
10 purposes. 

According to another alternative configuration of the processing steps 306 and 
307, the software application (not shown in this example) that embodies the first complex 
ft construct 280 can itself detect that it has been transferred, downloaded or otherwise 

copied to a second computing platform. In such a scenario, the software application may 
1 5 have access to the selection of different personality types 260 and may chose to invoke 
functionality to select or otherwise modify new or existing personalities 265 (step 306) in 
|! order to dynamically transform (step 307) the scrollbar complex construct 280 into a 

different form of complex construct for use on the second computing platform. In other 
words, this alternative embodiment of the invention does not operate the processing steps 
20 306 and 307 within the constructor process 120-2, but rather, provides a plugable 

personality engine (to be explained) that software applications can use to dynamically 
modify complex constructs 280 on-the-fly during run time of the software application 
that embodies or uses the modifiable complex construct(s) 280. 

Figure 3 illustrates an example architecture and data flow diagram of certain 
25 embodiments of the invention. Generally, as explained above, the architecture includes 
four fundamental or basic constructor object types 250 including a button object type 
251, a dial object type 252, an edit object type 253 and a container object type 254. 
Complex objects 280 may be comprised of one or more objects 255 instantiated from 
these object types 250. It is not required that a complex object 280 include all of these 
30 object types 250. 
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A constructor selector 240 within the constructor process 120-2 (Figure 1) allows 
a user to graphically select which basic constructor objects 255 (256 through 259 in this 
example in Figure 3) are to be instantiated from the selection of the basic constructor 
types 250. In the specific example, two button objects 256 and 257 are instantiated as 
5 well as a dial object 258 and a container object 259. While not shown in this diagram, 
the container object 259 includes basic parenting functionality which causes the 
inheritance, as child objects, of each other instantiated basic constructor objects 256 
through 258 to form the complex object 280. 

The constructor process 122 also includes a personality selector 242 that allows a 
1 0 user of this embodiment of the invention to select which personalities 260 are to be 
□ applied to which of the selected instantiated basic constructor objects 256 through 259. 

As illustrated, personality types 260 in this embodiment include button personality types 



CO 

,261 , dial personality types 262, edit personality types 263, container personality types 

in 



264 and general personality types 271 . In other words, for the four fundamental classes 
; 15 or types of objects 25 1 through 254, different personality types 26 1 through 27 1 can be 



■ assigned to instantiations of those object types as defined by the personalities 260. 

Cl 

3 fa Each category of personality types 261 through 271 may contain multiple 



J* personality definitions for a class of objects. As previously stated, personality definitions 

generally define extensions in event functionality and provide layout management which 
20 "overrides" any basic constructor characteristic functionality which operates as a default 
within instantiations of basic constructor objects 255. In other words, the personality 
types 260 comprise classes which may be attached or otherwise inherited or applied to 
basic constructor objects 255 to extend basic event management functions, and to provide 
parenting functionality which is only minimally defined within the four different basic 
25 constructor object types 250. Personalities also define how the object is to be rendered 
(i.e., the look and feel). 

The personality selector 242 can receive basic constructor object information 289 
which contains, for example, the object identities and number of different basic 
constructor objects 256 through 259 that a user desires to incorporate into a complex 
30 construct 280. Using this information 289, the personality selector 242 can present a 
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proper (e.g., filtered) list of personalities 260 to the user of the constructor process 120-2 
for assignment to the selected basic constructor objects 255. Since some personalities 
may be applicable to some objects but not to others, filtering allows this embodiment to 
only display applicable personality types 260. In the example of Figure 3, the user 
5 operates the personality selector 242 to select the button personality B 266-1 (a left arrow 
left side or L.A.L. personality) for assignment to the button object A 256, and selects the 
button personality A 267-1 (a right arrow right side or R.A.R. personality) for assignment 
to the button object A 257, and selects a dial personality 268-1, which provides a 
horizontal scroll bar (HSB) dial personality, for assignment to the dial object 258, and 
10 further selects the container personality 269-1 that defines a horizontal scroll bar 
container personality for assignment to the container object 259. 
W The constructor process 120-2 includes a plugable personality engine 270 which 

in 

yi collectively receives the set of selected basic constructor objects 256 through 259 in 

l L f conjunction with the selected set of personalities 266-1 through 269-1 . Since each 

yi 

CCI 15 personality 266-1 through 269-1 is associated with at least one corresponding basic 

s 

H constructor object 256 through 259. The plugable personality engine 270 then generates 

^ a first complex construct 280-1 which comprises embodies the inter-relationships of class 

if 1 definitions defined by the selected personalities and selected basic constructor objects. In 
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many cases, a container object, such as container object 259, serves as a parent object and 
20 inherits the container personality 2 69-1 . In addition, the container object 259 inherits 
references to classes which define each of the dial object 258, the button object 257 and 
the button object 256. Each of those child objects respectively inherits the class 
definitions associated with its assigned personality. In this manner, the portable 
personality engine 270 serves as a match maker to produce an appropriate hierarchy of 
25 class definitions which define the required information for the first complex construct 
280-1. 

Once defined, a complex constructor operator 285, such as a window application 
which embodies the use of the first complex construct 280-1, can simply incorporate a 
reference to the first complex construct 280-1 class where needed. Accordingly, during 
30 operation (e.g., execution or interpretation) of the complex constructor operator 285, 
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which may be a windowing application for example, the complex construct 280-1 is 
rendered according to its object and personality definitions using the class hierarchy as 
previously explained. An example of actual sample class definitions written in Java code 
are provided in various places in the provisional patent application (incorporated by 
5 reference above) upon which the present patent application is based. The reader is 
referred to the details of these sample code portions in the provisional application for 
specific example of the definitions of basic constructor objects and corresponding 
personalities. 

In addition, according to the previously explained alternative embodiment, the 
1 0 complex constructor operator 285 may detect a requirement for modification to the first 
r\ complex construct 280-1 . In such instances, the modification 290 serves as input into the 

portable personality engine 272 which is accessible to the complex constructor operator 



•CKP 

CO 

Ul 285. The modification 290 might specify, for example, a change in the appearance or 

in 
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operational functionality of the first complex construct 280-1 . The portable personality 

fP 1 5 engine 270 receives the modification 290 and accesses the required personality 

CO 

a definitions 266-1 through 269-1 (or accesses a new personality 260, depending upon the 

modification 290) and produces a new second complex construct 280-2 for use by the 
complex constructor operator 285. 

In this manner, a software application 285 can dynamically modify the 
20 appearance or functionality of a complex construct 280-1 created according to 

embodiments of the invention without requiring the creation of a new widget or class that 
must be manually written. 

Figure 4 illustrates an example of the contents of the basic constructor object 
types 251 through 254, which are implemented as classes according to one embodiment 
25 of the invention. As shown, each object type 251 through 254 includes a set of basic 
constructor characteristic information 301 through 304. Specifically, the button object 
type 251 includes basic button constructor characteristics 301 which provide basic 
functions common to all buttons such as selection state detection and notification 
functions for buttons, functions to determine when a button is clicked, when a button is 
30 held or repeated, when a button is pressed, and when a button is released. The dial object 
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type 252 includes basic dial constructor characteristics 302 which provide the 
fundamental functions related to range selection and notification. The edit object type 
253 includes basic edit constructor characteristics 303 that provide fundamental edit 
functions such as data input, data output, data storage and data access operations. Note 
5 the specific types of data that can be edited are not defined, nor is the layout of the edit 
function defined in this class. The container object type 254 includes basic container 
constructor characteristics 304 which include layout management functions for objects 
related to the container class 254, parenting functions and event interception functions. 
For each of these object types, only the fundamental operations are defined without 
10 regard to specific visual representation information and without regard to complex event 
handling processing which may be required and may vary depending upon the specific 
scenarios in which objects of these types are used. 

Figure 5 illustrates an example of the contents of the four different personality 
H; tyP es or classes including button personalities 261, dial personalities 262, edit 

it's 

15 personalities 263 and container personalities 264. 

Specifically, an example button personality type 261-1 is illustrated for a push 
buttons. The personality type 261-1 includes extended push button event handling 
H functionality 312-1 that defines extended functionality to allow push buttons to obtain 

* f s proper events in the context of the use of push buttons in a graphical user interface. In 

20 addition, the push button personality type 261-1 includes push button layout management 
functionality 313-1 that contains information regarding how a push button should appear 
visually (e.g., size and shape) with a graphical user interface environment. Other 
examples of button personality types which embodiments of the invention can define are 
push pins, check box buttons, radio buttons, menu items, list items, system default 
25 buttons such as min, max, iconify, system-menu, close, open, and the like, arrow buttons, 
and labels. Each of such personalities (each not shown in the figures) embodies all of the 
extended functionality, event handling and visual presentation information (code and data 
required to provides these extensions) that can be applied to an instantiation of a basic 
button constructor object to make that object look and feel like a button operating 
30 according to that personality. 
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The other personality types (dial, edit and container) illustrated in Figure 5 
contains similar definitions of extended event handling functionality in layout 
information for each particular example personality type. Note that for each object type 
251 through 254 in Figure 4, there can be multiple corresponding personality types 261 
through 264. There may be, for example, edit personality types 263 that include single- 
line edit, multi-line edit, graphical object edit, text edit, audio edit, video edit, and the 
like. For dial personalities 262, there may exist scroll bar thumb dial types (both left and 
right and up and down), slider dial types, knob dial types (ranged or infinite), sliding 
scale dials, meters, thumb wheels, and the like. 

In this manner, embodiments of the invention may apply, for example, any one of 
the multiple dial personality types 262-1 through 262-F to a single dial object instantiated 
based upon a dial object type 252 in order to transform the look and feel and overall 
operation of the dial object into different formats as required in different circumstances. 
By selecting different personality types at different times, the visual representation and 
functional operation of the dial object can change in a dynamic manner. 

Figures 6 and 7 illustrate this concept and convey many of the advantages 
provided by embodiments of the invention. Specifically, with respect to Figure 6, the 
first complex construct 280-1 in the form of a horizontal scroll bar with dual sided arrow 
shaped buttons is created by embodiments of the invention as previously explained. As 
shown in this illustration, the left-handed arrow button in the scroll bar complex construct 
280-1 is created as a result of the combination of a button object 256 to which a left- 
arrow-left button personality 266-1 has been applied. Likewise, the other basic 
constructor objects 257 through 259 collectively combined to form the scroll bar complex 
construct 280-1 by application or assignment of specific respective personalities 267-1 
through 269-1. 

Directing attention now to the portable personality engine 270 illustrated in 
Figure 6, the portable personality engine 270 can receive various other personality 
modifications 266-2 through 269-2 (collectively shown as 290 in Figure 4) as a result, in 
this example, of a user operating the personality selector 242 within the constructor 
process 120-2 to provide the personality modifications. As a result, the plugable 
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personality engine 270 produces a new or second complex construct identified here as a 
"lockable knob selector" 280-2. 

The lockable knob selector complex construct 280-2 includes the same 
instantiations of the basic constructor objects 256 to 259. However, to create the lockable 
knob selector complex construct 280-2, the plugable personality engine 270 applies the 
new set of respective personalities 266-2 through 269-2 such that the left pointing arrow 
of the scroll bar complex construct 280-1 becomes a locking button using the application 
of the button personality type 266-2. Additionally, the dial basic constructor object 258 
is altered from a slider dial as shown in the first complex construct 280-1 to a knob 
shaped dial by application of the knob dial personality 268-2. Further still, the right 
facing arrow button in the first scroll bar complex construct 280-1 is altered into a radio 
button within the second complex construct 280-2 by application of the radio button 
personality 267-2 to the basic button constructor object 257. The radio button (i.e., the 
combination of the basic radio constructor object 257 and the applied radio button 
personality 267-2) allows the output of a the dial value ("3.2" in this example) that 
indicates the position of the knob selector shown by the combination of the basic dial 
constructor object 258 and the application of the knob dial personality 268-2. 

Is to be understood that the operation of the lockable knob selector complex 
construct 280-2 is fundamentally or "underlyinglly" quite similar to the scroll bar 
complex construct 280-1 and produces the same output to the application (e.g., 285) to 
incorporate this complex construct 280-2. In operation, a user can select the knob 
selector in the middle of the lockable knob complex construct 280-2 via movements of a 
mouse, for example, to rotate the knob left or right which causes the arrow on the knob to 
be repositioned to a new value. The actual value of a new setting is dynamically 
displayed at location 290 within the radio button. In this maimer, a user can manipulate 
the knob to different settings and can be visually presented with a value of the new 
settings just as the scroll bar complex construct 280-1 presents a scroll position within 
data using the left or right location of the dial object as relatively positioned between the 
two arrow buttons on the horizontal scroll bar. 
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According to a further operation of the lockable knob selector complex construct 
280-2, the user may select the lock button in this construct in order to prevent accidental 
rotation of the selector knob. Accordingly, this new complex construct 280-2 offers 
much of the same fundamental underlying functionality as does a regular horizontal scroll 
5 bar, but does so using less screen real estate and does so in a manner that is somewhat 
more reliable due to the locking function and due to the visual representation of the 
numeric data indicating a precise position within the data. 

This new complex construct 280-2 can be quite beneficial in graphical user 
interface environments which are prone to accidental and unintentional selection of a new 
10 value as might be the case when using a horizontal scroll bar. For example, the 
*ll horizontal scroll bar might be quite appropriate in desktop computer applications. 

Ml 

III However, for a handheld computing device, the second complex construct 180-2 using 

Lfl 

pi the lockable knob selector might be more appropriate in order to avoid accidental 

touching of the knob when using an input device such as a touch pad pen. Since the knob 

y » 

£8 1 5 can be locked in position to prevent accidental alteration, this new construct 1 80-2 
%% provides equivalent functionality to a horizontal scroll bar, but does so with increased 

f~ l functionality for the handheld context in which it is explained for this example. 

HI It should now be apparent to those skilled in the art that the functionality of 

H embodiments of the invention can transform complex constructs from a first form to a 

20 second form with minimal requirements for code revisions and without the requirements 
of defining an entirely new complex construct from scratch. 

Figure 7 illustrates another example of a modification of a first complex construct 
280-1 in the form of a horizontal scroll bar to a third complex construct 280-3 which is 
also a horizontal scroll bar but that contains single sided buttons. To achieve the third 
25 complex construct 280-3 as shown in Figure 7, embodiments of the invention only need 
to be presented with the personality modification that alters the button personality 
assigned to the basic button constructor object 257 (i.e., the original button personality 
267-1) to a new button personality 267-3 that causes relocation of the right hand scroll 
bar button to the left side of the scroll bar in the third complex construct 280-3. This 
30 simple modification results in a scroll bar which is more efficient to use from a user 
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perspective since the user of the scroll bar shown by the third complex construct 280-3 
does not need to move a mouse pointer back and forth between the right in left side of the 
scroll bar in order to accomplish scrolling operations in both directions within data. 
Accordingly, a simple modification to the personality of a first complex construct can 
result in the creation of simpler to use and more efficient complex construct as a result of 
the functionality of embodiments of the invention. 

Those skilled in the art will understand that there can be many variations made to 
the embodiment explained above while still achieving the same objective of those 
embodiments and the invention in general. Such variations are intended to be covered by 
the scope of this invention. As such, the foregoing description of embodiments of the 
invention are not intended to be limiting. Rather, any limitations to the invention are 
presented in the following claims. 



